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Abstract 

We  describe  the  software  and  hardware  implementation  of  a  tele- 
operation  system  for  the  Utah/MIT  Dextrous  Hand  and  describe  the 
manipulation  experiments  performed  with  it.  We  analyze  the  commu- 
nication and  calibration  issues  involved  and  describe  applications  to 
the  analysis  and  development  of  automated  dextrous  manipulations. 


1      Introduction 

The  development  and  manufacturing  of  sophisticated  end  eflfectors  like  the 
Utah/MIT  Hand  [7]  and  the  Salisbury  hand  [9]  has  generated  considerable 
interest  in  the  area  of  dextrous  manipulation.  While  some  researchers  have 
concentrated  on  the  low  level  control  problems  of  joint  servos  [19],  others 
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have  focused  on  high  level  task  planning  or  grasping  issues  [10,18].  However, 
implementations  of  complex  manipulations  tasks  have  been  few.  One  of  the 
mzun  reasonsfor  the  lack  of  implementations  is  that  performing  even  a  simple 
task  (from  the  human  point  of  view)  requires  solving  complicated  motion 
planning,  control,  coordination,  and  sensor  fusion  problems  simultaneously. 
One  way  to  alleviate  this  problem  is  to  telcoperate  the  hand  into  a  position 
where  a  new  automated  procedure  can  be  easily  tested.  In  order  to  make 
this  teleoperation  convenient,  the  master  used  should  resemble  as  much  as 
possible  the  human  hand. 

At  the  Robotics  Research  Laboratory  of  New  York  University  we  have 
set  up  a  hardware  and  software  architecture  suitable  for  teleoperating  the 
Utah/MIT  Hand  with  a  VPL  DataGlove.  The  Utah/MIT  Hand  is  attached 
to  a  PUMA  560,  whose  position  is  also  teleoperated.  Thus,  as  the  human 
wearer  of  the  DataGlove  moves  his  hand  and  fingers,  the  Utah/MIT  Hand 
and  PUMA  mimic  him  closely.  This  work  includes  a  sophisticated  calibra- 
tion procedure  for  the  DataGlove  and  a  supervisory  real  time  operating  sys- 
tem which  made  communication  between  the  different  system  components 
possible.  The  current  implementation  allowed  us  to  perform  the  following 
tasks: 

•  screwing  in  a  light  bulb 

•  stacking  blocks 

•  picking  up  a  milk  carton  and  pouring  milk  into  a  cup 

•  picking  up  the  cup  using  the  handle  and  pouring  the  milk  into  another 
cup 

•  picking  up  a  nut  and  screwing  it  into  a  bolt. 

•  picking  up  a  telephone  receiver  and  dialing  a  number. 

The  system  will  be  described  in  the  following  sections.  A  video  tape  of 
the  experiments  is  available. 

2      Other  related  work 

There  are  two  bodies  of  work  with  which  ours  may  be  compared:  teleoper- 
ation/tclerobotics,  and  dextrous  manipulation.  Our  goal  in  this  work  is  not 
teleoperation  for  its  own  sake,  but  rather  as  a  tool  to  permit  eaisier  develop- 
ment of  automatics  dextrous  manipulation  primitives  (see  Section  7  below). 


Thus,  we  have  not  analyzed  the  feedback  needed  by  the  operator  to  facili- 
tate the  manipulation  task  or  developed  a  force  reflecting  master  [3,8,17,20]. 
Our  work  is  however  unique  in  providing  the  operator  with  a  nearly  anthro- 
pomorphic end  effector. 

As  for  related  work  in  dextrous  manipulation,  most  research  is  still  in 
the  exploratory  stages,  including  building  computer  systems  suitable  for  real 
time  control  [6].  Much  of  our  effort  has  gone  into  this  as  well,  as  a  result  of 
which  our  system  is  quite  flexible  and  fast  (see  section  4  below);  it  will  be 
compared  to  other  systems  in  detail  elsewhere  [13,4].  As  for  accomplishing 
actual  manipulation  tasks  using  the  Utah/MIT  Hand,  to  our  knowledge[6] 
our  work  is  among  the  most  successful. 

3      Hardware 

The  hardware  components  of  the  system  consist  of  a  VPL  DataGlove,  a 
Utah/MIT  Hand,  a  PUMA  560,  a  SUN  workstation  and  several  single  board 
68020  based  computers.  The  communications  between  the  different  parts  of 
the  system  are  carried  out  using  serial  lines,  Ethernet,  or  shared  memory 
(see  Figure  1). 

3.1      VPL  DataGlove 

The  DataGlove  (henceforth  Glove)  was  developed  within  the  past  three 
years  [1].  It  consists  of  a  cloth  glove  with  fiber-optic  cables  attached  to 
the  back  and  palm  and  passing  over  the  finger  joints.  The  fiber  optics  are 
treated  at  the  sites  where  the  fingers  flex  so  that  light  escapes  when  a  finger 
is  crooked  or  when,  say  the  wearer  moves  his  thumb  toward  his  forefinger. 
More  light  is  lost  when  the  movement  is  greater.  Phototransistors  convert 
the  light  into  an  electrical  signal  which  is  then  digitized.  Coupled  with  a 
Polhemus  sensor  (which  can  be  mounted  on  the  back  of  the  Glove),  the 
position  and  orientation  of  the  hand  in  space  (6  degrees  of  freedom  from 
the  Polhemus  sensor)  as  well  as  14  finger  joint  angles  (from  the  Glove)can 
be  measured  in  real  time  (approximately  60  times  a  second).  Our  custom 
Glove  configuration  differs  from  the  standard  one  in  being  able  to  measure 
the  angle  between  the  thumb  and  the  normal  to  the  palm. 
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Figure  1:  Architecture  of  the  Hand  teleoperation  system 


3.2      Utah/MIT  Dextrous  Hand 

The  Utah/MIT  Hand  (henceforth  simply  Hand)  is  a  22  degree  of  freedom 
manipulator  (16  of  which  are  actuated)  consisting  of  4  anthropomorphic  fin- 
gers and  a  palm  (see  Figure  2).  The  fingers  are  arranged  so  that  one  of  them 


Figure  2:  The  VPL  DataGlove  and  the  Utah/MIT  Dextrous  Hand  attached 
to  a  PUMA  560 

opposes  the  other  three  much  as  in  the  human  hand  (except  that  the  Hand 
has  only  four  fingers).  The  "thumb"  however,  has  exactly  the  same  design 
as  the  other  fingers  and  it  must  always  oppose  them,  not  allowing  for  a  flat 
palm  configuration.  Each  finger  has  four  joints  and  each  joint  is  operated  by 
a  pair  of  opposing  tendons  connected  to  pneumatic  pistons.  It  has  position 
sensors  at  each  joint  and  tension  sensors  for  each  tendon  mounted  on  the 
wrist.  This  sensory  information  is  used  by  the  controller  to  servo  the  joint 


position  and/or  torque.  The  actuator  package  is  separated  from  the  hand 
by  an  articulated  extension  linkage  (the  remotizer)  which  allows  the  hand  to 
be  conveniently  attached  to  a  robot  arm.  Control  signals  for  the  pneumatic 
pistons  come  from  an  analog  controller  box  which  is  connected  to  a  VME 
bus  via  D/A  and  A/D  boards.  Several  68020  based  Ironies  boards  on  the 
bus  aJlow  implementation  of  a  variety  of  digital  control  schemes.  A  SUN 
workstation,  connected  to  the  VME  bus  via  an  HVE  bus  to  bus  connector, 
is  used  for  program  development  aind  compilation.  Programs  are  then  run 
on  the  SUN  or  (more  commonly)  downloaded  for  running  on  the  Ironies 
boards.  In  our  current  setup  the  program  that  maps  the  Glove  angles  to 
Hand  angles  runs  on  the  SUN  (reading  from  the  Ethernet  and  writing  to 
shared  memory  on  the  Ironies  boards). 

3.3      PUMA  560 

The  Hand  is  mounted  on  the  end  of  a  PUMA  560  robot  arm.  To  control 
the  position  and  orientation  of  the  Hand  in  real-time,  a  6S020  generates 
new  robot  setpoints  every  28  msecs  ba.sed  on  the  current  Polhemus  sensor 
readings.  These  setpoints  are  then  sent  over  a  serial  line  to  the  PUMA 
VAL-II  controller  using  the  ALTER  interface,  which  performs  independent 
joint  PID  control  at  a  1  msec  servo  loop  rate. 

4      Software 

The  software  components  of  the  system  include  SAGE,  a  real  time  operating 
system;  Condor,  a  runtime  environment  for  controlling  the  Hand;  cind  HlC, 
a  servo  loop  scheduler  for  hierarchical  controllers. 

4.1      SAGE 

A  major  component  of  the  remote  teleoperation  system  is  the  SAGE  op- 
erating system  which  was  developed  at  NYU  [13].  SAGE  provides  the  in- 
terface among  the  Glove,  PUMA,  and  Hand.  SAGE  is  designed  specifically 
for  real-time  robotics  supervisory  control,  and  has  multi-tasking,  memory 
management,  low-overhead  synchronization,  and  network  communications 
capabilities. 

For  the  teleoperation  application,  four  SAGE  processes  are  used: 

Alter  Process  This  process  takes  care  of  the  low  level  details  of  interfacing 
to  the  PUMA  robot,  which  includes  transmitting  robot  setpoints  and 


receiving  updates  of  the  current  position  of  the  robot  once  every  28 
msecs. 

Glove  Process  This  process  interfaces  to  the  VPL  DataGlove  and  interro- 
gates it  for  new  sensor  values  roughly  40  times  a  second.  The  Polhemus 
values  are  then  smoothed  and  placed  in  a  shared  memory  location.  The 
Glove's  flex  sensor  values  are  transmitted  over  the  Ethernet  to  a  HIC 
process  that  controls  the  Hand's  fingers. 

Setpoint  Generator  This  process  produces  new  setpoints,  based  on  the 
current  arm  position  and  the  values  of  the  Polhemus  sensor.  Using 
inverse  kinematics  models  for  both  the  PUMA  and  Hand  remotizer, 
the  generator  makes  sure  that  the  Hand  is  not  moved  to  any  point  in 
space  where  either  the  PUMA  or  remotizer's  joint  limits  are  exceeded. 
In  addition,  PUMA  joint  velocities  are  limited  to  avoid  potential  sin- 
gularity problems  while  moving  in  the  robot's  workspace. 

Error  Logger  This  background  process  logs  data  generated  during  the  ex- 
periment, and  takes  care  of  transmitting  the  data  to  a  SUN  host,  where 
it  can  be  saved  on  disk,  thereby  permitting  off-line  data  analysis  and 
debugging. 

By  dividing  the  work  in  this  fashion,  the  application  can  be  coded  in  a 
modular  way. 

4.2      Condor 

Condor  [12]  is  an  operating  system  and  run-time  environment  developed 
at  MIT  for  control  of  the  Hand.  The  major  features  of  Condor  are  de- 
velopment tools,  a  source  code  level  debugger,  a  run-time  environment,  an 
inter-processor  communication  mechanism,  and  a  scheduler  for  servo  rou- 
tines. The  development  tools  include  a  C  cross  compiler  on  the  Sun,  a 
C  run-time  library,  and  tools  to  down-load  programs  to  the  Ironies  pro- 
cessors and  start  their  execution.  The  debugger  is  a  modification  of  the 
source  level  debugger,  GDB  [16].  This  debugger  allows  examination,  modi- 
fication, and  single-stepping  of  active  programs  at  the  C  source  code  level. 
The  run-time  environment  is  a  window  based  system  on  the  Sun  that  fa- 
cilitates the  loading  and  executing  of  programs  as  well  as  interaction  with 
running  control  programs  and  limited  facilities  for  monitoring  program  ex- 
ecution. Condor  provides  inter-process  and  inter-processor  communication 
by  means  of  a  limited  remote  procedure  call  mechanism.    A  program  can 


interrupt  another  processor  and  have  il  execute  a  pre-defined  routine  with 
an  argument  given  by  the  calling  program.  The  core  of  Condor's  real-time 
operating  system  is  the  it'.niTna!  Operating  System  (MOS),  a  simple  and  ef- 
ficient servo-loop  scheduler  [14.15].  MOS  uses  a  rate  monotonic  scheduling 
algorithm  to  schedule  maltiple  Ber>vo  Joops  on  a  single  processor.  VVe  did 
not  use  the  MOS  part  of  C'on<J.i-r,.  aiirf  instead  developed  a  similar  but  more 
flexible  scheduler  called  HlC  w'nidr.  'is  described  below. 

4.3      HIC 

The  Hierarchical  ControJ  sysiem  (Hic),  developed  at  NYU  [4]  is  a  library 
of  C  routines  for  use  in  implementing  low-level  control  systems.  Hic  is 
not  a  complete  operating  system.  It  provides  a  process  scheduler  and  an 
interprocess  communicatioc  structure  that  work  in  conjunction  with  an  ex- 
isting operating  system.  Currently,  with  our  Hand  system  HIC  runs  "on  top 
of"  Condor.  Condor  provides  the  development  system,  the  inter-processor 
communication,  the  user  interface,  the  timer  interface,  and  the  debugging 
support  while  HIC  provides  the  process  or  event  scheduler  and  the  Periodic 
Data  Queues  (pdq's)  usetd  for  inter-process  communication.  Hic's  scheduler 
performs  the  same  functions  as  M05  in  Condor  [11,12]  (and  in  a  similar 
manner)  but  has  more  fl'?3n'bj!i>',v.  iMir's  inter-process  communication  struc- 
tures have  no  counterpart  in  Cou^hm. 

Raw  joint  servo.  To  conitrol  tllii?  Hand  from  the  VPL  Glove  only  the 
lowest  level  of  control  is  retjaired  c&'ttie  Hand's  controller.  This  is  called  the 
raw  joint  servo  since  it  worLs  entirely  in  the  Hand's  native  joint  position 
and  tendon  strain  units  (i.e.,  tie  12  bit  values  provided  by  the  analog-to- 
digital  converters  and  used  by  itSe  tiigitaJ-to-analog  converters).  Figure  3 
shows  the  raw  joint  servo  fa:heiwa'iicif?y  and  the  communication  between 
the  servo  and  the  controlliiBg  Sun.  The  box  at  the  bottom  of  the  figure 
represents  the  joint  servo.  Thx*  is;a  H5C  process  (or  event)  running  on  one  of 
the  Ironies  processors.  The  tkret  phases  of  the  servo,  input  —  planning  — 
output,  are  represented  by  tihe  Xop  ikroe  sub-boxes.  Above  the  servo  are  the 
four  periodic  data  queues  fpdq's)  treed  by  the  servo.  The  input  procedure 
obtains  values  from  the  joint  positiar;  And  tendon  strain  sensors  and  produces 
position  and  torque  values  witiitii  rare  placed  in  the  actual  position/torque 
pdq.  The  second  phase,  th*  pi'oTinc^.  takes  these  actual  values  and  target 
values  and  control  parameiers  fiR'an.  the  target  position/torque  pdq  and  the 
control  parameter  pdq  respcctiveSy.  The  planner  uses  a  combination  of  force 


and  position  control  to  produce  trajectories  for  the  joint  actuators.  The 
planner  places  the  trajectories  in  the  trajectory  pdq.  The  output  routine 
picks  up  the  trajectories  and  applies  them  to  the  Hand's  actuators.  This 
loop  is  repeated  250  times  per  second. 
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Figure  3:  Communication  with  the  Joint  Servo. 


The  top  two  boxes  in  the  figure  represent  programs  running  on  the 
Sun3/160  host  computer.  The  monitor  program  watches  the  actual,  tar- 
get, and  control  parameter  pdq's  and  displays  their  values.   To  control  the 


Hand  with  the  Glove  a  second  program  on  the  Sun  is  run  which  supplies 
target  joint  positions  based  on  the  sensed  position  of  the  operator's  joints 
in  the  glove. 

5      Calibration  and  workspace  constraints 

The  calibration  problems  involved  in  interfacing  the  Glove  with  the  Hand 
are  several.  First,  the  kinematic  structures  of  the  Hand  and  the  human  hand 
are  different.  Second,  the  Glove  can  only  mecisure  some  of  the  joint  angles 
of  the  human  hand.  Third,  the  Glove  sensors  do  not  measure  individual 
joints  separately  but  rather  there  are  strong  nonlinear  c  relations  among 
the  sensors.  The  most  complex  part  of  the  calibration  procedure  turned  out 
to  be  the  elimination  of  these  correlations. 

The  calibration  procedure  is  described  in  detail  in  the  companion  pa- 
per [5];  we  outline  it  here.  The  calibration  procedure  is  decomposed  into 
three  levels.  In  the  first  level  the  raw  sensor  values  are  converted  into  joint 
angles  by  a  parameter  identification  procedure.  After  considerable  experi- 
mentation it  was  found  that  the  relationship  between  raw  output  from  the 
Glove  sensors  and  the  joint  angles  could  be  modeled  satisfactorily  by  using 
a  function  of  the  form 

a  —  ar  -\-  b  +  clog(r) 

where  a  is  the  joint  angle,  r  is  the  sensor  reading  and  a,  b,  and  c  are 
parameters  to  be  identified. 

In  the  second  level  the  correlations  between  the  different  calibrated  an- 
gles were  eliminated.  This  was  done  by  first  identifying  those  joints  which 
were  correlated  and  then  eliminating  the  influence  of  one  of  the  angles  on 
another  one  by  one.  It  is  important  to  note  that  these  correlations  are  not 
linear. 

Finally,  in  the  third  level,  we  used  forward  kinematics  on  the  human 
hand  and  inverse  kinematics  on  the  Hand  to  map  the  Glove  angles  to  suitable 
Hand  angles. 

Because  of  limitations  in  the  workspace  of  the  remotizer  constraints  had 
to  bf'  put  on  the  motion  of  the  joints  of  the  PUMA.  Finding  the  appropriate 
set  of  constraints  required  solving  the  inverse  kinematics  for  the  remotizer. 
Those  were  approximated  using  a  simple  open  kinematic  chain  model.  The 
precise  kinematics  are  much  harder  to  describe  because  of  flexibility  of  the 
rods  and  the  complex  arrangement  of  joint  and  links.  They  were  designed 
so  that  the  length  of  aJl  the  tendons  would  not  vary  regardless  of  the  config- 
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uration  of  the  remotizer  while  providing  the  hand  with  6  additional  degrees 
of  freedom. 

6      Experiments 

With  the  setup  described  above  we  were  able  to  successfully  teleoperate  the 
Hand  using  the  Glove  to  supply  finger  angles,  and  the  Polhemus  sensor  to 
supply  position  and  orientation  for  the  PUMA  560  carrying  the  Hand.  The 
following  experiments  were  performed. 

1.  Screwing  in  a  light  bulb.  A  light  bulb  was  started  on  the  socket  and 

two  fingers  turned  it  until  it  reached  the  stop. 

2.  Stacking  blocks.  Three  two-inch  cubic  blocks  were  picked  up  using  two 
or  three  fingers  and  then  stacked  up.  The  whole  task  took  a  trained 
operator  1  minute  and  45  seconds  to  perform. 

3.  Picking  up  a  milk  carton  and  pouring  milk  into  a  cup.  A  regular  half 
gallon  milk  carton  was  opened  by  pushing  back  the  flaps  of  the  (already 
unglued)  spout.  Then  it  was  picked  up  by  grasping  it  from  the  side. 
After  tilting  it  enough  the  milk  poured  into  the  cup  without  spilling 
out.  The  task  took  2  minutes  and  20  seconds  to  perform,  including 
time  to  move  to  carton  to  a  position  where  it  could  be  grasped  more 
firmly. 

4.  Picking  up  the  cup  using  the  handle  and  pouring  milk  into  another 
cup.  Three  fingers  were  moved  through  the  handle  while  the  thumb 
pushed  against  the  side  of  the  cup.  (1  minute  and  50  seconds) 

5.  Picking  up  a  nut  and  screwing  it  onto  a  bolt  (see  Figure  2).  A  nut 
is  picked  up  by  the  thumb  and  two  fingers.  It  is  then  started  on  the 
3/4in  bolt  and  screwed  in  using  two  fingers.  When  successful  it  took  a 
trained  operator  under  1  j  minutes  to  perform.  However  starting  the 
nut  on  the  thread  was  difficult  and  3  out  of  four  times  either  the  nut 
was  dropped  or  the  grip  became  unstable  and  the  experiment  had  to 
be  restarted. 

6.  Picking  up  a  telephone  receiver  and  dialing  a  number.  The  thumb  and 
two  fingers  pick  up  the  receiver  and  put  it  down  on  the  table.  Then 
using  the  index  finger  the  Hand  dials  911.  (1  minute) 

Only  visual  feedback  was  used  to  carry  out  the  above  experiments. 
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7      Applications 

As  we  said  earlier  the  most  immediate  application  we  foresee  for  our  current 
teleoperation  setup  is  as  an  aid  in  developing  automatic  control  schemes 
for  dextrous  manipulation  tasks.  Teleoperation  can  be  used  to  perform  the 
parts  of  a  complex  task  which  have  not  yet  been  automated.  For  example, 
when  screwing  a  light  bulb  into  its  socket,  teleoperation  can  be  used  to  pick 
up  the  bulb  and  start  it  in  the  socket.  Then  we  can  switch  to  an  automatic 
screwing  motion.  In  this  way  smaller  parts  of  a  more  complicated  task  can 
be  tested  before  the  whole  task  is  automated.  Our  current  setup  also  easily 
allows  a  mixed  teleoperation/automated  mode.  An  example  could  be  found 
in  writing  with  the  Hand.  The  compliance  of  the  pen  on  the  paper  could  be 
automated  while  the  shaping  of  the  characters  would  b    teleoperated. 

This  setup  could  be  greatly  improved  by  the  addition  of  rich  graphics 
displays.  A  simulation  software  package  is  being  developed  which  will  dis- 
play not  only  a  kinematicaJly  accurate  model  of  the  Hand  but  also  forces  as 
sensed  by  the  Hand  torque  sensors  (Figure  4).  This  will  help  the  wearer  of 
the  glove  monitor  the  forces  on  the  fingertips.  Such  a  visual  display  is  quite 
important  given  the  difficulties  involved  in  building  force  reflecting  sensors 
for  wearing  with  the  Glove. 


Figure  4:  Graphic  Model  of  Utah/MIT  Dextrous  Hand. 
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8      Future  work 

The  architecture  described  above  is  very  inefficient  in  that  it  uses  several 
communication  and  processing  environments  which  are  intrinsically  not  real 
time  (such  as  Ethernet  and  UNIX^).  The  purpose  of  our  initial  setup  wels  to 
test  the  feasibility  of  bringing  together  all  the  different  parts  of  the  system  in 
a  way  that  would  let  us  perform  the  experiments  described  earlier.  Work  is 
now  under  way  to  replace  Condor  with  SAGE  on  the  Ironies  boards  avoiding 
the  communication  over  Ethernet.  Such  an  environment  will  serve  as  the 
basis  for  this  and  other  real  time  control  applications  currently  under  way 
in  our  lab. 

True  dexterity  will  require  tactile  sensing.  We  have  acquired  tactile  sen- 
sors [2],  and  plan  to  install  them  on  our  Hand  in  the  near  future.  It  is 
clearly  essential  to  have  quantitative  measures  of  the  success  of  our  imple- 
mentations in  order  to  evaluate  progress  and  compare  results  with  other 
researchers.  Much  related  work  in  designing  such  measures  has  appeared  in 
the  teleoperation  literature  (see  [20]  for  a  comprehensive  survey),  and  can 
be  adapted  for  our  work.  In  particular,  the  following  measures  apply: 

Speed:  The  single  most  important  factor  is  the  time  to  perform  the  task. 
This  is  usually  measured  as  a  multiple  of  the  time  it  takes  a  human  to 
perform  the  same  task. 

Accuracy:  In  pick-and-place  type  tasks  such  as  stacking  blocks,  the  accu- 
racy of  the  alignment  of  the  blocks  can  be  measured.  The  accuracy 
with  which  a  predetermined  trajectory  can  be  followed  (following  a 
curve  with  a  grasped  tool)  may  also  be  measured. 

Success  rate:  Difficult  tasks  like  screwing  a  nut  onto  a  bolt  may  not  always 
succeed  (without  dropping  the  nut).  Thus,  the  fraction  of  successful 
attempts  may  be  measured. 

Training  time  for  the  human  teleoperator:  In  tasks  involving  teleop- 
eration, performance  will  improve  as  the  operator  practices.  The  op- 
erator's performance  as  a  function  of  number  of  attempts  or  time  can 
be  measured  and  used  to  measure  the  quality  of  the  automated  parts 

of  the  task.  Moreover,  the  more  "natural"  the  master  feels  the  shorter 
the  trajrung  time.  Hence  this  could  also  measure  how  well  we  have 
calibrated  the  Glove. 


'UNIX  is  a  trademark  of  AT&T  Bell  Labs. 
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All  of  these  measures  will  depend  on  various  problem  parameters,  as  well 
as  on  one  another  (speed  and  accuracy  will  vary  inversely  with  one  another). 
For  example,  block  size,  nut  size,  size  and  pitch  of  the  threads,  and  fullness 
of  the  milk  carton  will  effect  the  success  of  the  manipulation.  Measuring 
performance  as  a  function  of  these  parameters  will  help  identify  intrinsic 
limits  in  manipulability  and  possibly  suggest  how  workpieces  be  designed 
for  easy  automatic  assembly. 

Additional  evaluation  procedures  are  needed  to  measure  the  quaility  of 
a  grip,  the  ability  to  manipulate  the  object  from  a  bad  grip  to  a  better  one 
and  the  dextrous  workspace  of  the  hand.  All  these  are  quantities  specific 
to  dextrous  end  effectors.  Some  measures  of  the  dextrous  workspace  can  be 
adapted  from  existing  measures  of  manipulability  for  manipulator  arms  [21]. 
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